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(54) Location-based services provision 

(57) The present invention provides for the selection 
of an address, such as a URL, for content based on a 
user's location. For services that either provide unique 
content for different entities or areas or provide common 
content from different locations, an application process 
is capable of identifying an address for a content server 



(34) based on the location of a user's mobile terminal 
(20,22,24,26). Once the URL is selected, the application 
process will deliver the URL to the mobile terminal to 
request content. Alternatively, the application process 
may redirect content delivery to the mobile terminal 
based on the URL. 
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Description 

Field of the Invention 

[0001] The present invention relates to providing in- 
formation, and in particular to providing address indicia 
for content in light of location criteria. 

Background of the Invention 

[0002] Many Internet services are configured to pro- 
vide information tailored for various locations, services, 
entities, events, and the like. The information is stored 
in various locations on the Internet in association with 
an address, which is typically referred to as a uniform 
resource locator (URL). Location based content is par- 
ticularly beneficial for mobile devices having Internet ac- 
cess. 

Unfortunately, URLs for the various content locations 
are often inconsistent and difficult to remember, and the 
limited interface and display capability on many mobile 
devices makes entry and selection of the appropriate 
URL cumbersome. 

[0003] For example, a popular information service is 
provided by citysearch.com, which provides entertain- 
ment information, tailored to many cities. However, 
travelers will typically have to navigate through several 
web pages or enter detailed search criteria to find the 
location or URL for content for a specific city, because 
the URLs for the various cities are inconsistent. The fol- 
lowing citysearch.com URLs for select urban areas 
demonstrates these inconsistencies: 

Raleigh/Durham, NC - triangle.citysearch.com 
San Francisco, CA - bayarea.citysearch.com 
Dallas/Fort Worth, TX - guidelive.com 
San Diego, CA - cityseach.signonsandieg .com 
St. Paul, MN -twincities.citysearcti.com 

[0004] Further, many content providers provide the 
same content from different content servers in disparate 
locations. Unfortunately, the request for content typically 
controls selection of the content server. As such, if most 
users have an address for one content server, alternate 
content servers may have plenty of capacity even when 
one content server is overloaded. For example, if two 
content servers located in different time zones provide 
the same news, one content server may see heavy traf- 
fic as the workday begins while the other in relatively 
inactive. Preferably, both servers could share the load 
during peak traffic. Similarly, it is often preferable for a 
user traveling from one time zone to another to access 
content from the most proximate content server. How- 
ever, there is currently no efficient way to control content 
deliver based on user location. 
[0005] In essence, there are numerous services that 
provide content that is either tailored to or should be 
based on the location of a user. With the current encum- 
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brances in accessing content via mobile terminals and 
the need to manage content delivery, there is a need for 
a way to automatically select addresses for content 
based on a user's location. 

5 

Summary of the Invention 

[0006] The present invention provides for the selec- 
tion of an address, such as a UKL, for content based on 

10 a user's location. For services that either provide unique 
content for different entities or areas or provide common 
content from different locations, an application process 
is capable of identifying an address for a content server 
based on the location of a user's mobile terminal. Once 

is the URL is selected, the application process will deliver 
the URL to the mobile terminal to request content. Al- 
ternatively, the application process may redirect content 
delivery to the mobile terminal based on the URL. 
[0007] The application process may derive location 

20 indicia corresponding to the mobile terminal directly or 
indirectly from any number of sources, including global 
positioning system (GPS) devices, an electronic mobile 
location center (EMLC), home or visitor location regis- 
ters within a mobile network, or mobile terminals them- 

25 selves. The location indicia may be determined on a pe- 
riodic basis or upon the triggering of an event, and may 
relate to a specific location, an area, or proximity be- 
tween the user and a location or area. 
[0008] The present invention is capable of delivering 

30 information to any number of mobile terminals, which 
are typically serviced by a circuit-switched network. 
These devices may include, but are not limited to, com- 
puters, mobile terminals, such as personal digital assist- 
ants (PDAs), mobile telephones, and the like. In addition 

35 to devices serviced by circuit-switched networks, wire- 
less packet-switched terminals, such as property con- 
figured mobile telephones, may communicate with a tra- 
ditional packet-switched network via wireless packet- 
switched networks. In the latter case, information is 

40 communicated between the wireless packet-switched 
terminal and mobile terminals on the packet-switched 
network without conversion to a circuit-switched format, 
such as the traditional time-division multiplexing (TDM). 
[0009] Those skilled in the art will appreciate the 

45 scope of the present invention and realize additional as- 
pects thereof after reading the following detailed de- 
scription of the preferred embodiments in association 
with the accompanying drawing figures. 



[0010] The accompanying drawing figures incorporat- 
ed in and forming a part of this specification illustrate 
several aspects of the invention, and together with the 
55 description serve to explain the principles of the inven- 
tion. 

[0011] FIGURE 1 is an illustration representing a 
communication environment according to one embodi- 
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ment of the present invention. 

[0012] FIGURE 2 is a block representation of an ap- 
plication server according to one embodiment of the 
present invention. 

[0013] FIGURE 3 is a block representation of an audio 
browser configured according to one embodiment of the 
present invention. 

[001 4] FIGURE 4 is a communication flow diagram for 
a first illustrative example of the operation of the present 
invention. 

[0015] FIGURE 5 is a communication flow diagram for 
a second illustrative example of the operation of the 
present invention. 

Detailed Description of the Preferred Embodiments 

[0016] The present invention provides for the selec- 
tion of an address for content based on a user's location. 
For services that either provide unique content for dif- 
ferent entities or areas or provide common content from 
different locations, an application process is capable of 
identifying an address for a content server based on the 
location of a user's mobile terminal. Once, the address 
is selected, the application process will deliver the ad- 
dress to the mobile terminal to request content. Alterna- 
tively, the. application process may redirect content de- 
livery to the mobile terminal based on the URL. 
[0017] The embodiments set forth below represent 
the necessary information to enable those skilled in the 
art to practice the invention and illustrate the best mode 
of practicing the invention. Upon reading the following 
description in light of the accompanying drawing figures, 
those skilled in the art will understand the concepts of 
the invention and will recognize applications of these 
concepts not particularly addressed herein. It should be 
understood that these concepts and applications fall 
within the scope of the disclosure and the accompany- 
ing claims. 

[0018] A communication environment 1 0 is illustrated 
in Figure 1 to include a packet-switched network 12, 
such as the Internet, and circuit-switched networks 14, 
cooperating with one another via various internetwork 
front ends 16 to facilitate communications between the 
networks and various devices connected thereto. Those 
skilled in the art will recognize that the packet-switched 
network 12 may include numerous networks connected 
to each other via hubs, routers, and switches to facilitate 
packet-switched communications. Further, the circuit- 
switched networks 14 will typically include the Public 
Switched Telephone Network (PSTN) and a wireless cir- 
cuit-switched network to facilitate traditional mobile 
communications. 

[0019] The internetwork front ends is represent vari- 
ous devices capable of facilitating communications, and 
in particular, providing information, generally referred to 
as content, to circuit-switched devices served by the cir- 
cuit-switched networks 14. The internetwork front ends 
1 6 may include, but are not limited to, email servers 1 6A, 



audio browsers 16B, signaling system seven (SS7) de- 
vices or servers 16C, wireless application protocol 
(WAP) servers 16D, and short message service (SMS) 
servers 16E. Each of these devices is configured to re- 

s ceive information from a packet-switched device on the 
packet-switched network 12 and deliver information ca- 
pable of being received and processed, directly or 
through intermediate devices, to circuit-switched devic- 
es on the circuit-switched networks 14. The information 

10 will typically be or include an address for content or ac- 
tual content provided by a device with a selected ad- 
dress. The address is usually a uniform resource locator 
(URL) along or associated with a port number. Those 
skilled in the art will recognize the various ways to ad- 

*5 dress and deliver content. 

[0020] The email server 1 6A is capable of sending 
email to devices receiving email via the circuit-switched 
networks 14. Similarly, the SS7, WAP, and SMS servers 
16C-16E are capable of sending instructions, WAP 

20 messages, and SMS messages to corresponding devic- 
es served by the circuit-switched networks 14. As will 
be described in further detail below, the audio browser 
16B is configured to provide an audio interface via the 
circuit-switched network 14 and a corresponding pack- 

25 et-switched interface to devices in the packet-switched 
network 12. 

[0021 ] Based on select criteria, the present invention 
is capable of delivering an address or content associat- 
ed with an address to any number of mobile terminals, 

30 which are typically serviced by a circuit-switched net- 
work 1 4. These mobile terminals may include, but are 
not limited to, computers 20, circuit-switched mobile ter- 
minals, such as personal digital assistants (PDAs) 22, 
mobile telephones 24, and the like. In addition to devices 

35 serviced by circuit-switched networks 1 4, wireless pack- 
et-switched mobile terminals 26, such as packet- 
switched mobile telephones, may communicate with a 
traditional packet-switched network 12 via wireless 
packet-switched networks 28. In the latter case, infor- 

40 mation is communicated between the wireless packet- 
switched device 26 and devices on the packet-switched 
network 12 without conversion to a circuit-switched for- 
mat, such as the traditional time-division multiplexing 
(TDM). 

^5 [0022] In one embodiment of the present invention, 
an application server 30 residing in the packet-switched 
network 12 runs a process implementing a content de- 
livery service capable of determining a preferred ad- 
dress from which to request content for delivery to a mo- 

so bile terminal. As discussed in detail below, a profile usu- 
ally identifies the service and selection of the address is 
typically based on the location of the mobile terminal. 
For the purpose of conciseness and readability, an ad- 
dress is hereafter referred to as a URL. 

55 [0023] The application server 30 may access location 
information from a variety of sources, including a loca- 
tion server 32, which may run a process capable of re- 
ceiving or determining location information in a variety 
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of ways. Although the location process may run on the 
application server 30, a separate service provider may 
be used to provide a location service. Location informa- 
tion may be derived from any number of sources, includ- 
ing global positioning system (GPS) devices, an elec- 
tronic mobile location center (EMLC), home or visitor lo- 
cation registers within a mobile network, or mobile ter- 
minals themselves. 

[0024] A location process is used to identify the loca- 
tion of a defined entity. The location may be determined 
on a periodic basis or upon the triggering of an event 
that may or may not be associated with the location of 
the mobile terminal. Those skilled in the art will recog- 
nize the numerous location determining techniques ca- 
pable of being used with the present invention. 
[0025] A content server 34 may be used to provide 
content to the mobile terminal based on a request di- 
rected to the U RL and initiated from the mobile terminal, 
the application server 30, or like entity. The content may 
include any type of information desired by a user or serv- 
ice provider. The application server 30 may be config- 
ured to provide content in addition to or in lieu of that 
provided by the content server 34. 
[0026] A spatial database or server 36 is configured 
to provide a URL for a particular service based on loca- 
tion information, which may include coordinates, prox- 
imities, or areas. For a given service capable of provid- 
ing the same or unique content from different address- 
es, the spatial database or server 36 will select a partic- 
ular URL from which to request content based on the 
location of the mobile terminal, and perhaps other se- 
lection criteria. 

[0027] Service providers may provide unique content 
for different locales. The content for the various locales 
may reside at one or many locations; however, the con- 
tent is typically uniquely addressed. For the present de- 
scription, assume unique content is uniquely ad- 
dressed, regardless of whether the content is provided 
by one or more content servers 34 at the same or dif- 
ferent location. Further, service providers may provide 
the same content from different locations to distribute 
communication loads. As such, the same content may 
be associated with unique addresses corresponding to 
content servers 34 at different locations. 
[0028] Customized profiles for a user, service provid- 
er, or both may be configured via the application server 
30 and stored in a profile database 38 that is integrated 
with or separate from the application server 30. A user 
or service provider may log in to the application server 
30 through any number of devices, including personal 
computer 40, to create a profile. Each profile will typi- 
cally identify services capable of delivering content as- 
sociated with various URLs based on location of a mo- 
bile terminal or other criteria provided by the user, serv- 
ice provider, or a combination thereof. 
[0029] The profile may also define a delivery medium 
for delivering information, which may be or may include 
a URL, to a select mobile terminal. The information may 



be provided to the mobile terminal in any number of 
ways, including an email, telephone call, a WAP push, 
an SMS message, an SS7 message, or any other suit- 
able communication medium through which the applica- 

s tion server 30 can effect delivery of information . Another 
alternative would be a simple packet-switched message 
to a device capable of interacting with a wireless packet- 
switched network 28. As such, virtually any information 
medium is applicable. 

w [0030] Many of these delivery mediums will simply in- 
corporate a server or server process capable of inter- 
acting with the corresponding gateway or like device ca- 
pable of translating the packet-switched message into 
a message capable of being transmitted over a circuit- 
's switched network and on to a mobile terminal through 
the PSTN or wireless network in a text-based format. 
These servers, like the application server 30 illustrated 
in Figure 2, will typically include a central processing unit 
(CPU) 42 having sufficient memory 44 containing the 

20 requisite software 46 for operation. The CPU 42 is as- 
sociated with a network interface 48 to facilitate packet- 
switched communications with the various devices with- 
in and connected to the packet-switched network 12. 
[0031] Audible content may be sent over circuit- 

25 switched networks 14 using the audio browser 16B, 
which is illustrated in Figure 3. In general, the application 
server 30 and audio browser 16B preferably operate in 
a client-server configuration using an audio- or voice- 
capable markup language. The audio browser 16B will 

30 interpret the markup language content representing the 
audio message to send to a telephony user and deliver 
the corresponding audio to the telephony user. If appli- 
cable, audio from the telephony user is likewise convert- 
ed to content for delivery to the application server 30. 

35 The messages sent to the telephony user from the audio 
browser 1 6B may be pre-recorded, may be generated 
in real-time based on text-to-speech, conversion, or 
may be a combination thereof. 
[0032] The voice extensible markup language 

40 (VoiceXML) is the preferred markup language for inter- 
action between the audio browser 1 6B and the applica- 
tion server 30. VoiceXML is an XML document schema 
developed by the VoiceXML Forum, a group of organi- 
zations founded by AT&T, IBM, Lucent Technologies, 

45 and Motorola. VoiceXM L facilitate web-generated inter- 
actions through audio, either pre-recorded or translated 
from text to speech, and through voice, using speech 
recognition. Additional information on VoiceXML may be 
obtained from Motorola, Inc., 1303 East Algonquin 

so Road, Schaumburg, Illinois, 60196, or from the 
VoiceXML Forum, which has a web site at http7/www. 
voicexml.org. 

[0033] The audio browser 1 6B, which may be referred 
to as a voice browser, is analogous to traditional, graph- 
55 ical browsers using HTML. The W3C working draft for 
"An Introduction and Glossary for the Requirement Draft 
- Voice Browsers," 23 December 1999, provides addi- 
tional information on voice browsers, and is incorporat- 
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ed herein by reference in its entirety. 
[0034] As such, the audio browser 1 6B is the liaison 
between the circuit-switched networks 1 4 and the appli- 
cation server 30 of the packet-switched network 12, and 
operates according to a call dialog established by the 
markup language. The call dialog is preferably provided 
to the audio browser 1 6B in a VoiceXML web page cre- 
ated by the application server 30. The call dialog will 
preferably include the necessary information to interact 
with the telephony user, and optionally, establish calls 
to and originated by the telephony user, as well as report 
the status of the call or the caller's response. 
[0035] The application server 30 may generate the 
necessary call dialog in a VoiceXML page and provide 
the page to the audio browser 1 6B. The audio browser 
16B will execute the call dialog to control communica- 
tions with the telephony user via a mobile terminal, such 
as a mobile terminal, as well as deliver audio to the mo- 
bile terminal corresponding to the information and/or 
content to deliver to the user or mobile terminal. The call 
dialog provided in the form of a VoiceXML page to the 
audio browser 1 6B provides the audio browser 1 6B with 
sufficient instructions to carry out its tranalational duties 
and control communications with the mobile terminal to 
facilitate information delivery as described herein. 
[0036] Thus, the audio browser 16B provides text 
converted from audio to the application server 30 in the 
form of requests for web pages, and the responding web 
pages may include the text to convert and send to the 
user's device in an audible format. The VoiceXML pages 
will also include sufficient instructions to have the audio 
browser 16B convert incoming audio and request sub- 
sequent pages to facilitate ongoing communications as 
desired. The call dialog provided in the VoiceXML pages 
may facilitate numerous iterations, instructions, and 
commands to effectively control the audio browser 1 6B 
and the connection with the user's device. 
[0037] An audio browser 16B, which will typically in- 
clude a CPU 50 associated with memory 52 and the req- 
uisite software 54 to control operation. The CPU 50 is 
also associated with an IP network interface 56 for com- 
municating with network devices, such as the applica- 
tion server 30. A telephony network interface 58 is pro- 
vided for interaction with the circuit-switched networks 
14, and in particular, a local exchange or mobile switch- 
ing center, to facilitate circuit-switched communications. 
The telephony network interface 58 preferably supports 
a primary rate interface (PRI), T1 , or like interface, to 
allow the audio browser 16B to directly communicate 
with telephony devices, such as a mobile terminal, via 
direct or wireless switching systems. 
[0038] In order to recognize and inject audio, such as 
tones and speech, the audio browser 16B is preferably 
configured with an audio or speech synthesizer 60 and 
audio or speech recognition software/hardware 62. The 
speech synthesizer 60 is used to generate audio instruc- 
tions and messages for the user. Notably, the audio 
browser 16B may use pre-recorded audio to provide 
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messages to the called party based on instructions from 
the application server 30, or may convert textual content 
to speech. The speech recognition software/hardware 
62 is configured to recognize speech of the user during 

5 a communication session, or to recognize tones, such 
as those generated from key presses of a telephony de- 
vice, such as a mobile terminal. As noted above, the au- 
dio browser 16B preferably uses VoiceXML as a liaison 
between audio or speech, both spoken and recognized, 

10 and the data representing the speech that is sent to and 
from the application server 30. The audio browser 16B 
may include server processes in addition to the normal 
client processes of a traditional browser to facilitate 
communications with the user 

15 [0039] In operation, the server process on application 
server 30 identifies a service having either location spe- 
cific content or content capable of being delivered from 
different URLs. The server process will gather location 
indicia bearing on the location of the mobile terminal di- 

20 rectly or through the location server 32 and determine 
a specific URL from which content should be requested. 
Typically, the server process will provide the location in- 
dicia for the mobile terminal via the spatial database or 
server 36, which will identify and return a URL from 

25 which to request content. The server process may send 
the URL or content, such as a web page, including the 
URL to the mobile terminal. Alternatively, the server 
process may redirect content delivery to the mobile ter- 
minal using the returned URL. The URL, content with 

30 URL, or content from the redirection may be sent to the 
mobile terminal via an appropriate internetwork front 
end 1 6 or via the wireless packet-switched networks 28. 
If additional content is necessary, the content server 34 
may be accessed to gather additional information to pro- 
as vide to the user via the defined medium. The content 
may be sent to the mobile terminal in the form of a re- 
sponse to a request, or may be pushed to the mobile 
terminal in traditional fashion, 

[0040] Figures 4 and 5 provide exemplary call flows 

40 for the above-described scenarios. The first call flow 
embodiment illustrated in Figure 4 begins with a user 
establishing a profile via the application server 30 using 
personal computer 40 (step 1 00). As discussed, the pro- 
file may be stored in a profile database 38 and will define 

45 services capable of delivering content from multiple 
URLs. As such, the application server 30 will preferably 
run an application process, which waits for the receipt 
of an event trigger. The event trigger may originate from 
an internal process (step 102), an external process or 

50 device (step 1 04) or via the mobile terminal. For the lat- 
ter, the mobile terminal may automatically send a trigger 
or send a trigger in response to user input. In either sce- 
nario, the mobile terminal will initiate an action by send- 
ing appropriate instructions to the servicing front end 1 6 

55 (step 1 06), which will forward an event trigger to the ap- 
plication vprocess on the application server 30. The mo- 
bile terminal or network may be configured to periodi- 
cally initiate an action for an event trigger or initiate the 
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action upon activating the mobile terminal. 
[0041] At some point, an event trigger will activate the 
application process for the mobile terminal. The appli- 
cation process will check existing profiles to identify a 
service defined by one or more profiles based on the 
identity of the mobile terminal and user thereof (step 
1 1 0). Each service may have various content depending 
on location. Upon identifying the service, the application 
process will request location indicia defined by the re- 
spective profiles from the location server 32 or other de- 
vice, including the mobile terminal, to gather location in- 
dicia (step 1 1 2). In response to the request, the location 
server 32 or other device, as applicable, will determine 
the relative location of the mobile terminal (step 1 14) and 
provide the location indicia corresponding to the location 
to the application process (step 116). 
[0042] The application process will then determine a 
URL from which to request content based on the loca- 
tion indicia for the mobile terminal. In one embodiment, 
the application process will send a request containing 
the location indicia to the spatial database or server 36 
(step 118), which will identify and return the URL corre- 
sponding to the location indicia to the application proc- 
ess (step 120). The application process may then con- 
struct a page containing the URL (step 122) and deliver 
the page to the mobile terminal via the internetwork front 
end 16 (steps 124 and 126). Alternatively, the applica- 
tion process may deliver the URL to the mobile terminal 
directly without constructing a page or redirect content 
delivery to the mobile terminal from a source identified 
with the URL. Typically, the user may use the browser 
of the mobile terminal to request content with the URL 
provided by the application process in traditional fash- 
ion. 

[0043] As noted, profiles and services may be user or 
provider centric. For a user centric embodiment, the us- 
er or the user's mobile terminal initiates an action, which 
results in a request for a web page for the mobile termi- 
nal's browser to the application process. The application 
process accesses the user's profile, which identifies a 
service subscribed to by the user. The service is a prox- 
imity based service having various links corresponding 
to content for different entities, such as government of- 
fices, clubs, restaurants or the like. 
[0044] The application process next requests location 
indicia for the mobile terminal and subsequently re- 
quests a URL based on the location of the mobile ter- 
minal. The URL request may identify the service, if the 
spatial database or server 36 supports multiple servic- 
es. Alternatively, the spatial database or server 36 may 
be dedicated to one service where the service is inher- 
ent and the request need not identify the service. Upon 
receipt of the URL, the application process builds the 
URL into the web page and delivers the web page to the 
mobile terminal. The mobile terminal may receive and 
display the web page using a browser. 
[0045] For a service centric embodiment, an applica- 
tion process for a service, such as a travel service, may 



periodically check a subscriber's profile for service pref- 
erences related to hotel, restaurants, and the like. If the 
application process determines that content should be 
delivered based on location, the application process will 

5 request location indicia for the mobile terminal and sub- 
sequently request a URL based on the location of the 
mobile terminal. The URL request may identify the serv- 
ice, if the spatial database or server 36 supports multiple 
services. Alternatively, the spatial database or server 36 

io may be dedicated to one service where the service is 
inherent and the request need not identify the service. 
[0046] Upon receipt of th e U RL, the application proc- 
ess builds the URL into a web page and pushes or oth- 
erwise delivers the web page to the mobile terminal. The 

15 mobile terminal will receive and display the web page 
using a browser. In either of the above scenarios, the 
user of the mobile terminal may use the browser to re- 
quest content using the URL. 
[0047] The application process may also be config- 

20 ured to select delivery of particular content based on the 
location of the mobile terminal. An example communi- 
cation flow is illustrated in Figure 5. Initially, a request 
for content from a mobile terminal (step 200) is sent to 
aservicinginternetworkfront end 16, which forwards the 

25 request to the application process of the application sev- 
er 30 (step 202). 

[0048] The application process will recognize the re- 
quest as requesting content available from multiple 
download sites, each having unique URLs. Upon recog- 

30 nizing the availability of multiple download sites, the ap- 
plication process will request location indicia defined by 
the respective profiles from the location server 32 or oth- 
er device, including the mobile terminal, to gather loca- 
tion indicia (step 204). In response to the request, the 

35 location server 32 or other device, as applicable, will de- 
termine the location of the mobile terminal (step 206) 
and provide the location indicia to the application proc- 
ess (step 208). 

[0049] The application process will then determine a 

40 URL from which to request content based on the loca- 
tion indicia for the mobile terminal. In one embodiment, 
the application process will send a request containing 
the location indicia to the spatial database or server 36 
(step 210), which will identify and return the URL corre- 

45 sponding to the location indicia to the application proc- 
ess (step 212). The application process may then con- 
struct a page containing the URL (step 214) and deliver 
the page to the mobile terminal via the internetwork front 
end 16 (steps 216 and 218). Alternatively, the applica- 

50 tion process may deliver the URL to the mobile terminal 
directly without constructing a page or redirect content 
delivery to the mobile terminal from a source identified 
with the URL. Again, the user may use the browser of 
the mobile terminal to request content from a specific 

55 location using the U RL provided by the application proc- 
ess in traditional fashion. 

[0050] Those skilled in the art will recognize improve- 
ments and modifications to the preferred embodiments 
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of the present invention. All such improvements and 
modifications are considered within the scope of the 
concepts disclosed herein and the claims that follow. 



Claims 

1. A method for selecting an address for content 
based on location, the method comprising: 

a. determining a location of a mobile terminal; 
and 

b. identifying a plurality of addresses for con- 
tent based on the location of the mobile terminal 
wherein each of the plurality of addresses cor- 
relates to a unique location. 

2. The method of claim 1 wherein unique content is 
associated with each of the plurality of addresses. 

3. The method of claim 1 wherein the same content is 
associated with each of the plurality of addresses. 

4. The method of claim 1 , 2 or 3 further comprising 
effecting delivery of the address to the mobile ter- 
minal to allow the mobile terminal to request content 
using the address. 

5. The method of claim 4 wherein the address is de- 
livered to the mobile terminal via one of the group 
consisting of email, short message service (SMS), 
system signaling seven (SS7) message, and web 
page. 

6. The method of claim 1 , 2 or 3 further comprising 
effecting delivery of content associated with the ad- 
dress to the mobile terminal. 

7. The method of claim 1 , 2 or 3 further comprising 
accessing the content with the address and effect- 
ing delivery of the content to the mobile terminal. 

8. The method of any preceding claim further compris- 
ing receiving a trigger initiated by an action of the 
mobile terminal as a condition of determining the 
location of the mobile terminal. 

9. The method of any of claims 1 to 7 further compris- 
ing receiving a trigger unrelated to an action of the 
mobile terminal as a condition of determining the 
location of the mobile terminal. 

10. The method of claim 9 further comprising a service 
to generate the trigger. 

11 . The method of any preceding claim further compris- 
ing providing a profile of a user of the mobile termi- 
nal , and selecting a service associated with the con- 



tent for each of the plurality of addresses based on 
the profile. 

1 2. The method of any preceding claim further compris- 
s ing providing a profile of a service provider, and se- 
lecting a service associated with the content for 
each of the plurality of addresses based on the pro- 
file. 

10 13. The method of any preceding claim wherein the de- 
termining step further comprises accessing a loca- 
tion service to obtain location indicia corresponding 
to the location of the mobile terminal and using the 
location indicia for identifying the address. 

15 

1 4. The method of claim 1 3 wherein the identifying step 
uses the location indicia to access an address serv- 
ice using the location indicia to identify the address 
based on the location of the mobile terminal. 

20 

1 5. A computer program comprising computer program 
code means for implementing all the steps of any 
one of claims 1 to 14 when said program is run on 
a computer. 

25 

1 6. A computer program as claimed in claim 1 5 embod- 
ied on a computer readable medium. 

17. An apparatus for selecting an address for content 
30 based on location comprising: 

a. a network interface; 

b. a control system associated with said inter- 
face and adapted to: 

35 

i. determine a location of a mobile terminal; 
and 

ii. identify a plurality of addresses for con- 
tent based on the location of the mobile ter- 

40 minal wherein each of the plurality of ad- 

dresses correlates to a unique location. 

18. The apparatus of claim 7 wherein unique content is 
associated with each of the plurality of addresses. 

45 

19. The apparatus of claim 7 wherein the same content 
is associated with each of the plurality of addresses. 

20. The apparatus of claim 17, 18 or 19 wherein the 
so control system is further adapted to effect delivery 

of the address to the mobile terminal to allow the 
mobile terminal to request content using the ad- 
dress. 

55 21 . The apparatus of claim 20 wherein the address is 
delivered to the mobile terminal via one of the group 
consisting of email, short message service (SMS), 
system signaling seven (SS7) message, and web 
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page. 

22. The apparatus of claim 17, 18 or 19 wherein the 
control system is further adapted to effect delivery 

of content associated with the address to the mobile 5 
terminal. 

23. The apparatus of claim 17, 18 or 19 wherein the 
control system is further adapted to access the con- 
tent with the address and effect delivery of the con- 10 
tent to the mobile terminal. 

24. The apparatus of any of claims 1 7 to 23 wherein the 
control system is further adapted to receive a trigger 
initiated by an action of the mobile terminal as a con- is 
dition of determining the location of the mobile ter- 
minal. 

25. The apparatus of any of claims 1 7 to 23 wherein the 
control system is further adapted to receive a trigger 20 
unrelated to an action of the mobile terminal as a 
condition of determining the location of the mobile 
terminal. 

26. The apparatus of any of claims 1 7 to 25 wherein the 25 
control system is further adapted to provide a profile 

of a user of the mobile terminal, and select a service 
associated with the content for each of the plurality 
of addresses based on the profile. 

30 

27. The apparatus of any of claims 1 7 to 26 wherein the 
control system is further adapted to provide a profile 
of a service provider, and select a service associat- 
ed with the content for each of the plurality of ad- 
dresses based on the profile. 35 

28. The apparatus of any of claims 1 7 to 27 wherein the 
control system is further adapted to access a loca- 
tion service to obtain location indicia corresponding 

to the location of the mobile terminal and use the 40 
location indicia for identifying the address. 
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